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Selection of a mobility agent in an access network 

Field of the Invention 

The invention relates to a mechanism for selection of a mobility 
agent for routing of a higher protocol layer traffic, such as an Internet-type 
5 protocol traffic, in an access network. 

Background of the Invention 

Mobile communications system refers generally to any telecommu- 
nications system which enable a wireless communication when users are 
moving within the service area of the system. A typical mobile communications 

10 system is a Public Land Mobile Network (PLMN). Often the mobile communica- 
tions network is an access network providing a user with a wireless access to 
external networks, hosts, or services offered by specific service providers. 

The general packet radio service GPRS is a new service in the 
GSM system (Global System for Mobile communication). A subnetwork com- 

15 prises a number of packet data service nodes SN, which in this application will 
be referred to as serving GPRS support nodes SGSN. Each SGSN is con- 
nected to the GSM mobile communication network (typically to a base station 
controller BSC or a base station BTS in a base station system) so that the 
SGSN can provide a packet service for mobile data terminals via several base 

20 stations, i.e. cells. The intermediate mobile communication network provides a 
radio access and a packet-switched data transmission between the SGSN 
and mobile data terminals. Different subnetworks are in turn connected to an 
external data network, e.g. to a public switched data network PSPDN, via 
GPRS gateway support nodes GGSN. The GPRS service thus allows to pro- 

25 vide packet data transmission between mobile data terminals and external 
data networks when the GSM network functions as a radio access network 
RAN. 

Third generation mobile systems, such as Universal Mobile Com- 
munications system (UMTS) and Future Public Land Mobile Telecommunica- 

30 tions system (FPLMTS), later renamed as IMT-2000 (International Mobile 
Telecommunication 2000), are being developed. In the UMTS architecture a 
UMTS terrestrial radio access network, UTRAN, consists of a set of radio ac- 
cess networks RAN (also called radio network subsystem RNS) connected to 
the core network (CN). Each RAN is responsible for the resources of its set of 

35 cells. For each connection between a mobile station MS and the UTRAN, one 



RAN is a serving RAN. A RAN consists of a radio network controller RNC and 
a multiplicity of base stations BS. One core network which will use the UMTS 
radio access network is the GPRS. 

One of the main targets in the development of mobile communica- 
5 tion network is to provide IP (Internet Protocol) service with a standard IP 
backbone which would use a combination of mobile network mobility man- 
agement in the mobile networks and Mobile IP. The basic IP concept does not 
support the mobility of the user: the IP addresses are assigned to network in- 
terfaces in dependence on their physical location. In fact, the first field of an IP 

10 address (the NETID) is common to all interfaces that are linked to the same 
Internet subnet. This scheme prevents the user (the mobile host) from keeping 
its address while moving over different Internet subnets, i.e. while changing 
the physical interface. 

In order to enhance the mobility in the Internet a Mobile IP protocol 

15 for IP version 4 have been introduced by the Internet Engineering Task Force 
(IETF) in the standard RFC2002. Mobile IP enables the routing of IP data- 
grams to mobile hosts, independently of the point of attachment in the sub- 
network. The mobile IP protocol introduces following new functional or archi- 
tectural entities. 

20 'Mobile Node MN' (also called Mobile Host MH) refers to a host 

that changes its point of attachment from one network or subnetwork to an- 
other. A mobile node may change its location without changing its IP address; 
it may continue to communicate with other Internet nodes at any location using 
its (constant) IP address. 'Mobile Station (MS)' is a mobile node having a radio 

25 interface to the network. A Tunnel' is the path followed by a datagram when it 
is encapsulated. The model is that, while it is encapsulated, a datagram is 
routed to a known decapsulation agent, which decapsulates the datagram and 
then correctly delivers it to its ultimate destination. Each mobile node is con- 
nected to a home agent over a unique tunnel, identified by a tunnel identifier 

30 which is unique to a given Foreign Agent/Home Agent pair. 

'Home Network 1 is the IP network to which a user logically belongs. 
Physically, it can be e.g. a local area network (LAN) connected via a router to 
the Internet. 'Home Address* is an address that is assigned to a mobile node 
for an extended period of time. It may remain unchanged regardless of where 

35 the MN is attached to the Internet. Alternatively, it could be assigned from a 
pool of addresses. 
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'Mobility Agent' is either a home agent or a foreign agent. 'Home 
Agent HA' is a routing entity on a mobile node's home network which tunnels 
packets for delivery to the mobile node when it is away from home, and main- 
tains current location information for the mobile node. It tunnels datagrams for 
5 delivery to, and, optionally, detunnels datagrams from, a mobile node when 
the mobile node is away from home. 'Foreign Agent FA' refers to a routing en- 
tity in a mobile node's visited network which provides routing services to the 
mobile node while registered, thus allowing a mobile node to utilise its home 
network address. The foreign agent detunnels and delivers packets to the mo- 

10 bile node that were tunnelled by the mobile node's home agent. For data- 
grams sent by a mobile node, the foreign agent may serve as a default router 
for registered mobile nodes. 

RFC2002 defines 'Care-of Address 1 (COA) as the termination point 
of a tunnel toward a mobile node, for datagrams forwarded to the mobile node 

15 while it is away from home. The protocol can use two different types of care-of 
address: a "foreign agent care-of address" is an address announced by a for- 
eign agent with which the mobile node is registered, and a "co-located care-of 
address" is an externally obtained local address which the mobile node has 
acquired in the network. An MN may have several COAs at the same time. An 

20 MN's COA is registered with its HA. The list of COAs is updated when the mo- 
bile node receives advertisements from foreign agents. If an advertisement 
expires, its entry or entries should be deleted from the list. One foreign agent 
can provide more than one COA in its advertisements. 'Mobility Binding 1 is the 
association of a home address with a care-of address, along with the remain- 

25 ing lifetime of that association. An MN registers its COA with its HA by sending 
a Registration Request. The HA replies with a Registration Reply and retains a 
binding for the MN. 

A single generic mobility handling mechanism that allows roaming 
between all types of access networks would allow the user to conveniently 

30 move between fixed and mobile networks, between public and private net- 
works as well as between PLMN's with different access technologies. There- 
fore, mechanisms supporting the Mobile IP functionality are being developed 
also in mobile communication systems, such as UMTS and GPRS. 

It is desired that the Mobile IP will be implemented as an overlay of 

35 the UMTS/GPRS network while maintaining backwards compatibility with pre- 
sent systems, assuming minimal modifications in the GPRS standards and on 



networks whose operators do not want to support MIP. Fig. 1 illustrates the 
minimum configuration for a GPRS operator, who wishes to offer the mobile 
IP service. The current GPRS structure is kept and handles the mobility within 
the PLMN, while MIP allows user to roam between other systems, such as 
5 LAN's, and UMTS without loosing an ongoing session. In Fig. 1 the foreign 
agents FA are located at GGSN's. All GGSN's may not have FA's. The SGSN 
and the GGSN may also be co-located. One FA in a PLMN is sufficient for of- 
fering MIP service, but for capacity and efficiency reasons, more than one FA 
may be desired. This means that the MS must request a PDP context to be set 

10 up with a GGSN that offers FA functionality. While setting up the PDP context, 
the MS is informed about network parameters of the FA, e.g. care-of address. 

The problem is to know whether the SGSN has an associated 
GGSN with Foreign Agent (FA) capabilities an to open the a PDP address to 
the correct one of several FAs, such as the nearest one. 

15 Similar problems may be encountered in any mobility management 

and routing on a system level overlaying the mobility management of an ac- 
cess network. These various overlaying mobility managements are commonly 
referred to as a macro mobility management herein. 

20 Summary of the Invention 

An object of the present invention is to overcome or alleviate the 
above described problems. 

The object is achieved by a method, a system and the access node 
which are characterized by what is disclosed in the attached independent 

25 claims. Preferred embodiments of the invention are disclosed in the attached 
dependent claims. 

In the present invention a support node, or more generally any ac- 
cess node, checks preferably during an attach procedure of a mobile station 
whether the respective mobile has macro mobility capability, i:e. whether there 

30 is a potential need for a mobility entity or a macro mobility capability can be 
assumed. Mobility entity may be any entity which provides a point of attach- 
ment on the macro mobility level, such as a mobility agent in the mobile IP 
type mobility management. If there is no mobility capability, a normal attach 
procedure is performed. However, if there is a macro mobility capability, the 

35 access node selects a suitable mobility entity to the mobile station and sends 
the identity of the selected mobility entity to the mobile station in association 



with a an access context establishment. The access context establishment 
may be, for example, creation of a packet protocol (PDP) context, and the ac- 
cess node may request the mobile station to initiate an activation of a packet 
protocol (PDP) context in the system. The mobility entity identity is preferably 
5 send in the PDP context activation request so that no extra message is re- 
quired. Also other mobility entity attributes may be send to the mobile station. 
If the mobile station really is interested in using the macro mobility, it performs 
immediately a PDP context activation so that a connection is set up to the se- 
lected mobility entity. 

10 In the preferred embodiment of the invention the macro mobility 

management is mobile IP type mobility management. A typical feature of the 
mobility agent in the mobile IP is that it periodically transmits agent advertise- 
ment messages to the mobile nodes in order to advertise its services. The 
mobile nodes use these advertisements to determine the current point of at- 

15 tachment to the Internet. In merit of the connection established to the selected 
mobility agent, the agent advertisement messages sent by selected mobility 
agent can be received by the mobile node, and thereby the mobile node is 
able to initiate a standard mobile IP registration. 

In an embodiment of the invention, when the mobile station is not 

20 interested in using the macro mobility, e.g. because it has no associated mo- 
bile node (e.g application or device using mobile IP) at the moment, it may ig- 
nore the PDP activation request. The mobile station may further store the re- 
ceived mobility entity information to be used later. When the mobile station in 
later stage wishes to make the registration according to the specific macro 

25 mobility management,, it can the use the stored information. 

The selection of the mobility entity may be based on any suitable 
criterium. For example, a mobility entity associated with the nearest gateway 
node may selected in order to optimize the routing of the macro layer traffic. 
Another criterium may be a current loading of the mobility entities so that mo- 

30 bility entity with light traffic load is preferred to the heavily loaded mobility 
agents in order to distribute the traffic in the network. Selection may be based 
on mobility entity data stored at the access node, or on an information or an 
overriding command received from another network element, or on a combi- 
nation thereof. 

35 The checking of the macro mobility capability may be based on 

subscriber data stored in a subscriber data base or based on an information 



provided by said mobile station in said attach procedure. For example, the 
mobile station may indicate the mobile IP capability in the attach request, e.g. 
by means of a Mobile station Classmark. As a further example, the mobile IP 
capability may be checked by interrogating a home subscriber data base. 

5 Generally, the checking includes all measures which indicate the mobile IP 
capability of the mobile station to the access node. 

One of the benefits of the invention is that the mobile station does 
not need to know the mobility agents beforehand but is informed of a suitable 
one when accessing the network. A further advantage of the invention is that 

10 the inventive new functionality at the access node enables to detect the need 
for a mobility entity and to select and change the most optimal mobility entity 
in each part of the network, without needing any non-standard signalling or 
procedure in other elements of the packet radio network or on the mobile IP 
level. The optimal selection of the mobility entity may further result in a more 

15 optimal routing which saves or uses more effectively the transmission mobility 
entity resources in the packet radio system, and possibly also makes the con- 
nection faster as the connection leg between the access node and the mobility 
entity is shorter. 

20 Brief description of the Drawings 

In the following, the invention will be described in greater detail by 
means of preferred embodiments with reference to the accompanying draw- 
ings, in which 

Figure 1 illustrates GPRS network architecture, 
25 Figure 2 is a signalling diagram illustrating the method according to 

the invention, and 

Figure 3 is a flow diagram illustrating the function of the support 

node. 

30 Preferred Embodiments of the Invention 

The present invention can be applied to any packet mode commu- 
nications requiring a macro mobility management which overlays the mobility 
management of an access network. The invention suits especially well for 
supporting a mobile IP type mobility management in an access network. Ac- 
35 cess network may be any access network, such as a radio access networkThe 
invention can be especially preferably used for providing a general packet ra- 



7 

dio service GPRS in the pan-European digital mobile communication system 
GSM (Global System for Mobile Communication) or in corresponding mobile 
communication systems, such as DCS1800 and PCS (Personal Communica- 
tion System), or in third generation (3G) mobile systems, such as UMTS, im- 
5 plementing a GPRS-type packet radio. In the following, the preferred embodi- 
ments of the invention will be described by means of a GPRS packet radio 
network formed by the GPRS service and the 3G or GSM system without lim- 
iting the invention to this particular packet access system. 

A GPRS architecture utilizing a 3G radio access (such as UMTS) or 

10 a 2G radio access (such as GSM) is illustrated in Fig. 1. The GPRS infra- 
structure comprises support nodes such as a GPRS gateway support node 
. (GGSN) and a GPRS serving support node (SGSN). The main functions of the 
GGSN nodes involve interaction with the external data network. The GGSN 
updates the location directory using routing information supplied by the 

15 SGSNs about an MS's path and routes the external data network protocol 
packet encapsulated over the GPRS backbone to the SGSN currently serving 
the MS. It also decapsulates and forwards external data network packets to 
the appropriate data network and handles the billing of data traffic. 

The main functions of the SGSN are to detect new GPRS mobile 

20 stations in its service area, handle the process of registering the new MSs 
along with the GPRS registers, send/receive data packets to/from the GPRS 
MS, and keep a record of the location of the MSs inside of its service area. 
The subscription information is stored in a GPRS register (HLR) where the 
mapping between a mobile's identity (such as MS-ISDN or IMSI) and the 

25 PSPDN address is stored. The GPRS register acts as a database from which 
the SGSNs can ask whether a new MS in its area is allowed to join the GPRS 
network. 

The GPRS gateway support nodes GGSN connect an operators 
GPRS network to external systems, such as other operators 1 GPRS systems, 

30 data networks 11, such as an IP network (Internet) or a X.25 netwbrk, and 
service centres. Fixed hosts 14 can be connected to data network 11 e.g. by 
means of a local area network LAN and a router 15. A border gateway BG 
provides an access to an inter-operator GPRS backbone network 12. The 
GGSN may also be connected directly to a private corporate network or a 

35 host. The GGSN includes GPRS subscribers 1 PDP addresses and routing in- 
formation, i.e. SGSN addresses. Routing information is used for tunnelling 
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protocol data units PDU from data network 11 to the current switching point of 
the MS, i.e. to the serving SGSN. The functionalities of the SGSN and GGSN 
can be connected to the same physical node (SGSN+GGSN). 

The home location register HLR of the GSM network contains 

5 GPRS subscriber data and routing information and it maps the subscriber's 
IMSI into one or more pairs of the PDP type and PDP address. The HLR also 
maps each PDP type and PDP address pair into a GGSN node. The SGSN 
has a Gr interface to the HLR (a direct signalling connection or via an internal 
backbone network 13). The HLR of a roaming MS and its serving SGSN may 

10 be in different mobile communication networks. 

The intra-operator backbone network 13, which interconnects an 
operator's SGSN and GGSN equipment can be implemented, for example, by 
means of a local network, such as an IP network. It should be noted that an 
operator's GPRS network can also be implemented without the intra-operator 

15 backbone network, e.g. by providing all features in one computer. 

Network access is the means by which a user is connected to a 
telecommunication network in order to use the services and/or facilities of that 
network. An access protocol is a defined set of procedures that enables the 
user to employ the services and/or facilities of the network. The SGSN, which 

20 is at the same hierarchical level as the mobile switching centre MSG, keeps 
track of the individual MSs' location and performs security functions and ac- 
cess control. GPRS security functionality is equivalent to the existing GSM se- 
curity. The SGSN performs authentication and cipher setting procedures 
based on the same algorithms, keys, and criteria as in existing GSM. GPRS 

25 uses a ciphering algorithm optimised for packet data transmission. 

In order to access the GPRS services, a MS shall first make its 
presence known to the network by performing a GPRS attach. This operation 
establishes a logical link between the MS and the SGSN, and makes the MS 
available for SMS over GPRS, paging via SGSN, and notification of incoming 

30 GPRS data. More particularly, when the MS attaches to the GPRS network, 
i.e. in a GPRS attach procedure, the SGSN creates a mobility management 
context (MM context), and a logical link LLC (Logical Link Control) established 
between the MS and the SGSN in a protocol layer. MM contexts, are stored in 
the SGSN and MS. The MM context of the SGSN may contain subscriber 

35 data, such as the subscriber's IMSI, TLLI and location and routing information, 
etc. 



In order to send and receive GPRS data, the MS shall activate the 
packet data address that it wants to use, by requesting a PDP activation pro- 
cedure. This operation makes the MS known in the corresponding GGSN, and 
interworking with external data networks can commence. More particularly, 

5 one or more PDP context is created in the MS and the GGSN and the SGSN, 
and stored in the serving SGSN in connection with the MM context. The PDP 
context defines different data transmission parameters, such as the PDP type 
(e.g. X.25 or IP), PDP address (e.g. IP address), quality of service QoS and 
NSAPI (Network Service Access Point Identifier). The MS activates the PDU 

10 context with a specific message, Activate PDP Context Request, in which it 
gives information on the TLLI, PDP type, PDP address, required QoS and 
NSAPI, and optionally the access point name APN. The SGSN send a create 
PDP context message to the GGSN which creates the PDP context and 
sends it to SGSN. SGSN sends the PDP context to MS in a Activate PDP 

15 Context Response message, and a virtual connection or link between the MS 
and the GGSN is established. As a result the SGSN forwards all the data 
packets from the MS to the GGSN, and the GGSN forwards the SGSN all data 
packets received form the external network and addressed to the MS. The 
PDP context is stored in the MS, the SGSN and the GGSN. When the MS 

20 roams to the area of a new SGSN, the new SGSN requests MM and PDP 
contexts from the old SGSN. 

Fig. 1 illustrates the implementation of mobile IP in the GPRS/3G 
environment. 

The MS can be a laptop computer PC connected to a packet radio 
25 enabled cellular telephone. Alternatively, the MS can be an integrated combi- 
nation of a small computer and a packet radio telephone, similar in appear- 
ance to the Nokia Communicator 9000 series. Yet further embodiments of the 
MS are various pagers, remote-control, surveillance and/or data-acquisition 
devices, etc. The user of a mobile station MS subscribes to a special Mobile IP 
30 service. The subscription information is stored in the Home Location Register 
HLR together with the user's home IP address. 

In Fig. 1 the foreign agents FA are located at (integrated into) 
GGSN's. An alternative is that the SGSN and the GGSN are co-located, and 
the FA's are located at SGSN+GGSNs. It should be noted that there may be 
35 more than one SGSN and GGSN in one network. All GGSN's may not have 
FA's. Each FA has an IP address in the Internet and in the operator's own pri- 
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vate GPRS/3G backbone network. More precisely, the FA's IP address is such 
that IP packets destined to that address are routed in the Internet to the 
GGSN associated with the FA. When the MN leaves its home subnet and 
registers to a new FA, it can no longer be reached on the basis of its home IP 
5 address alone, but must be assigned an address belonging to the visited net- 
work, called the care-of address (COA). The care-of address positively identi- 
fies the instantaneous location of the mobile terminal and may be: 1)the IP 
address of the FA belonging to the visited network, or 2) an IP address ac- 
quired directly by the mobile terminal through an autoconfiguration mechanism 

10 from the local IP address space, in which case the term co-located care-of ad- 
dress is used. When registering to a new FA and obtaining a COA, the MN 
which when registers with a home agent HA, in its home network, informing 
the latter of its COA. In Fig. 1 a home agent HA is located in a data network 11 
which is the home network of the mobile node MN associated with the mobile 

15 station MS. A second host 14 wishing to communicate with the MN need not 
to be aware of the MN has moved: it simply sends IP packets addressed to 
MN's home IP. address. These packets are routed via normal IP routing to the 
MN's home network, there they are intercepted by the HA. The HA encapsu- 
lates each such packet in another IP packet which contains the MN's COA as 

20 these packets are thus delivered to the FA (a process called tunneling). The 
FA forwards the IP packet to the GGSN. The GGSN forwards the IP packet 
(which may be encapsulated for transmission over the GPRS backbone) to the 
serving SGSN which further forwards the IP packet to the MS/MN. Packets 
from the MN to the another host 14 need not necessarily be tunneled: the MN 

25 may simply send them to the GGSN which directly forwards the packets to the 
second host 14, without interception by the FA or the HA. 

As noted above, according to the present invention the SGSN se- 
lects the mobility agent and indicates it to the mobile station during the GPRS 
attach. A preferred embodiment of the invention will be now described with 

30 reference to Figures 1,2,3 and 4. 

A reference is now made to Figure 1. The home network of the 
mobile station MS is the GPRS/3G network 1. The user of the mobile station 
MS subscribes to a special mobile IP service, and an IP application in the MS 
or in a separate data terminal is a mobile node MN in a mobile IP communica- 

35 tion. 
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Let us now assume that the MS/MN is located in the service area of 
another GPRS/3G network 2 which is served by a support node SGSN2. the 
MS part listens to radio broadcast messages, which contain information about 
radio parameters, network and cell identity, etc. as well as e.g. information 

5 about available core network, service providers, service capabilities etc. Then 
the MS sends a GPRS attach request to the SGSN2, as shown at step 1 in 
Fig. 2. The SGSN2 creates a mobility management context (MM context), and 
a logical link LLC (Logical Link Control) established between the MS and the 
SGSN in a protocol layer. MM contexts, are stored in the SGSN and MS. The 

10 MM context of the SGSN may contain subscriber data, such as the sub- 
scriber's IMSI, TLLI and location and routing information, etc. The authentica- 
tion, ciphering and location updating procedures, as well as an interrogation to 
the HLR of the MS/MN in order to obtain the subscriber data, may typically be 
involved with the creation of the MM context, as shown at steps 2. In the pre- 

15 ferred embodiments the procedures involved with the steps 1 and 2 are in ac- 
cordance with the basic GPRS attach defined in the current GPRS/UMTS 
specifications. 

During the GPRS attach procedure, preferably after the MM context 
is created, the SGSN2 will execute the mobile IP capability check and the FA 

20 selection procedure according to the present invention, step 3. 

The check and selection procedure according to the preferred em- 
bodiment of the present invention is illustrated in Figure 3. 

In step 31 the SGSN2 checks whether the MS/MM has a mobile IP 
capability. For example, the SGSN2 may check whether the subscriber data 

25 obtained from the HLR indicates that the mobile station MS subscribers to a 
special mobile IP service. Alternatively or in addition, the SGSN2 may check 
whether the mobile station Classmark information element received in the at- 
tached request message from the MS indicates that the MS has the mobile IP 
capability. Mobile station Classmark information element is used to indicate 

30 the general characteristics of the mobile station equipment to the network in 
order to affect the manner in which the network handles the operation of the 
mobile station. If the mobile IP capability is indicated in the classmark, this can 
be utilized in the present invention. However, it should be noted that the rec- 
ognition of the mobile IP capability can be based on any information received 

35 from the MS, another network element (such as HLR) or stored locally in the 
SGSN2. 
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If the mobile IP capability of the MS is found in step 31, the SGSN2 
selects a suitable foreign agent (FA) for the MS, step 32. The selection of the 
mobile agent may be based on any suitable criterion. For example, the ad- 
dress of the FA associated with the nearest GGSN, i.e. FA2 at the GGSN2, 
5 may be stored at SGSN2 for selection purposes. In that case, SGSN2 may 
always select the FA2. Normally this approach also provides the most optimal 
routing, i.e. minimizes the length of the routing path through the network. In 
another embodiment of the invention, the selection is based on the traffic load 
at the foreign agents FA1 and FA2. The traffic load may be monitored by the 
10 operation and maintenance center AMC of the network (not shown) and in- 
forms to the SGSN2. The SGSN2 may select the FA2, if the traffic load at FA2 
is below the predetermined threshold, and select another FA having a lower 
traffic load, if the traffic load at the FA2 exceeds the threshold. Also other crite- 
ria are apparent to a skilled person in the art, depending on the system pa- 
15 rameters which are to be considered in the selection. It is also possible that 
another network element, such as the OMC, commands the SGSN to select a 
specific FA, for example based on the above mentioned criteria. 

After selecting the FA, the SGSN2 sends to the MS a request PDP 
context activation message which requests the MS to initiate activation of a 
20 PDP context. In the preferred embodiment of the invention, the request mes- 
sage includes the IP address of the FA and information that the address is a 
FA address. The FA information may be included to the request PDP context 
activation message by using the offered PDP address information field. In the 
offered PDP context address information field as currently defined, there are 
25 spare bits that could carry the information that the PDP address in the field is a 
FA address. However, it should be noted that any other information field, an 
additional information field, another message, or a dedicated message may be 
employed for carrying the FA information according to the present invention. 
Another example of existing messages that could be used for this purpose is 
30 the GPRS attach acknowledgement. It should be also noted that the exact 
point during the GPRS attach procedure when the IP capability check and the 
FA selection is carried out may differ from the point shown in Figure 2, without 
departing from the base principles of the present invention. 

If no mobile IP capability is found in step 31, the SGSN2 completes 
35 the GPRS attach procedure as defined in the current GPRS/UMTS specifica- 
tions (step 34). 
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Referring again to Figure 2, the SGSN sends the Request PDP 
context activation message as described above (step 4). If the MS is really 
ready to use mobile IP (e.g. the MS has a laptop computer with the mobile IP 
application software connected), the MS sends immediately to the SGSN2 the 

5 Activate PDP context request message containing the FA address in the re- 
quested PDP address field. The SGSN2 creates a PDP context in the 
GGSN/FA2 by sending a Create PDP context request to the GGSN/FA2 (step 
6 in Figure 2). The GGSN/FA2 creates the PDP context for the MS/MN and 
returns a Create PDP context response to the SGSN2 (step 7 in Figure 2). 

10 The SGSN2 establishes the PDP context for the MS/MN, and responses to the 
MS/MN by the Activate PDP context accept message (step 8 in Figure 2). 
Thus, a virtual connection has been established between the MS/MN and the 
GGSN/FA2. 

All the previous procedures have been executed in the GPRS/3G 

15 layer only. The overlaying mobile IP layer and thereby the MS part of the 
MS/MN need not to be aware of the selection of the FA according to the pres- 
ent invention. However, due to the established connection to the GGSN/FA2, 
the MN is now able to receive the agent advertisement messages broadcasted 
by the FA2 in accordance with the mobile IP protocol. The agent advertise- 

20 ment message may also include the care-of-address COA, or the MN may oc- 
cur the COA in accordance with the MIP standard. Then the mobile node MN 
registers its COA with its home agent HA in accordance with the MIP standard 
(step 10 in Figure 2). Depending on its method of attachment, the MS will reg- 
ister either directly with its HA, or through the FA2 which forward the registra- 

25 tion to the HA. Thereafter, the mobile IP tunneling between the HA and the 
GGSN/FA2 is established, in accordance with the mobile IP standard. 

As a result, the selection of the correct FA and the foreign agent 
advertisement can be established using standard GPRS/3G procedures and 
messages as standard mobile IP procedures and messages everywhere else 

30 but in the SGSN2, and possible in the MS. Also in the SGSN2 only minor 
modifications are needed. 

The description only illustrates preferred embodiments of the inven- 
tion. The invention is not, however, limited to these examples, but it may vary 
within the scope and spirit of the appended claims. 
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Claims 

1. A method of indicating a macro mobility entity in aaccess sys- 
tem comprising a plurality of mobile stations (MS), access nodes (SGN1, 
SGN2), and at least one mobility entity (FA1) arranged to provide macro mo- 
bility management services to the mobile stations (MS/MN) while registered to 
the access system, said method comprising steps of 

initiating an attach procedure to one of said access nodes by a mo- 
bile station, 

characterized by further steps of 

reacting to said mobile station having the IP capability by 

initiating at said access node a selection of a macro mobility 
entity for said mobile station, and 

sending an identity of said selected macro mobility entity to 
said mobile station in association with an access context establish- 
ment. 

2. The method according to claim ^characterized by a step 
sending to said mobile station a request to initiate activation of a packet proto- 
col context for said mobile station in said access system. 

3. The method according to claim 1 or 2, characterized by a 
step of checking at said access node, in response to said initiation of the at- 
tach procedure, whether said mobile station has macro mobility capability. 

4. The method according to claim 1,2 or 3, characterized 
by a step of sending the identity of said selected mobility entity .to said mobile 
station in said request. 

5. The method according to claim 1,2,3or 4, characterized 
by a step of 

initiating by said mobile station having an associated mobile node 
an activation of the packet protocol context in order set up a connection to said 
selected mobility entity, if a registration according to the macro mobility man- 
agement is desired. 

6. The method according to any one of claims 1-5, charac- 
terized by said macro mobility management being a mobile IP type mobil- 
ity management, and by a step of sending an agent advertising message from 
said selected mobility agent to said mobile node over said connection, said 
agent advertising message enabling said mobile node to initiate a mobile IP 
registration. 
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7. The method according to any one of claims 1-6, charac- 
terized by a step of 

checking said macro mobility capability of said mobile station based 
on subscriber data stored in a subscriber data base or based on an informa- 
5 tion provided by said mobile station in said attach procedure. 

8. The method according to claim 7, characterized by said 
macro mobility capability being indicated by a classmark information of said 
mobile station. 

9. The method according to any one of claims 1-8, charac- 
10 terized in that said selected mobility entity is a foreign agent associated 

with one of said gateway nodes in said packet access network. 

10. The method according any one of claims 1-9, character- 
ized in that said identity includes an address of mobility entity (FA1, FA2). 

11. The method according any one of claims 1-10, charac- 
15 terized in that the access system is a radio system, such as GPRS or 

UMTS. 

12. A packet access system, comprising 

a plurality of mobile stations (MS), at least some of said mobile sta- 
tions supporting macro layer mobility, such as a mobile IP, 
20 access nodes, 

at least one mobility entity (FA1) arranged provide macro mobility 
management services, 

characterized by 

said access nodes being responsive to said mobile station (MS/MN) 
25 having the macro mobility capability to 

initiate a selection of a macro mobility entity (FA1.FA2) for 
said mobile station (MS/MN) , and 

send an identity of said selected macro mobility entity (FA1.FA2) to 
said mobile station (MS/MN) . 
30 1 3. The system according to claim 12, characterized by said 

access nodes being responsive to said mobile station (MS/MN) having the 
macro mobility capability to initiate activation of a packet protocol context for 
said mobile station in said access system. 

1 4. The system according to claim 12 or 13, characterized 
35 by said access nodes being responsive to a attach request received from a 
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mobile station to check whether the mobile station has a macro mobility ca- 
pability. 

15. The system according to claim 12, 13 or 14, character- 
ized by said access node sending the identity of said selected mobility en- 

5 tity (FA1 ,FA2) to said mobile station in said request. 

16. The system according to any one of claims 12-15, charac- 
terized by said mobile station, when having an associated mobile node 
and desiring a macro mobility registration, being arranged to initiate an activa- 
tion of the packet protocol context in order set up a connection to said selected 

10 mobility entity (FA1 ,FA2) according to said identity. 

17. The system according to any one of claims 12-16, charac- 
terized by said access nodes being arranged to check said macro mobility 
capability of said mobile station (MS/MN) based on subscriber data stored in a 
subscriber data base or based on an information provided by said mobile sta- 

15 tion in said attach procedure. 

1 8. An access node for a packet access system comprising a plu- 
rality of mobile stations (MS) at least some of said mobile stations (MS/MN) 
supporting macro mobility, access nodes (SGSN1, SGSN2) serving said mo- 
bile stations within respective parts (RAM, RAN2) of the packet access sys- 

20 tern, and at least two macro mobility entities (FA1 , FA2) arranged to provide 
macro mobility management services to the mobile stations (MS/MN) while 
registered to the access system, characterized by said access node 
comprising 

means, responsive to said mobile station (MS/MN) having the 
25 macro mobility capability, for 

selecting at said access node a macro mobility entity 
(FA1 ,FA2) for said mobile station (MS/MN), and 

sending an identity of said selected macro mobility entity 
(FA1.FA2) to said mobile station (MS/MN) in association with an 
30 access context establishment. 

19. The access node according to claim 18, characterized 
by means for checking, when a mobile station accessing the system via said 
access node (SGSN2), whether the mobile station (MS/MN) has the macro 
mobility capability. 
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(57) Abstract 

In an access network which supports a macro mobility 
management, an access node (SGSN) checks (3) during 
an attach procedure of a mobile station (MS) whether the 
respective mobile has macro mobility capability, i.e. 
whether there is a potential need for a macro mobility 
services can be assumed. Macro mobility entity (FA2) may 
be any entity which provides a point of attachment on the 
macro mobility level, such as a mobility agent in the mo- 
bile IP type mobility management. If there is no mobility 
capability, a normal attach procedure is performed. How- 
ever, if there is a macro mobility capability, the access 
node (SGSN) selects a suitable mobility entity (FA2) to the 
mobile station (MS), sends the identity of the selected 
mobility entity to the mobile station and requests (8) the 
mobile station to initiate an activation of a packet protocol 
(PDP) context in the system. 

(Fig. 2) . 
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